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Foreword 



rd , 



This Technical Specification (TS) has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 



Introduction 



This document presents the possible architectures of the Universal Mobile Telecommuncation System (UMTS). 

covering both UTRAN and GERAN radio access techonologies. 

Clause 3 of the document contains the definition of the PLMN entities. 

Clause 4 of the document contains the description of the basic entities of the PLMN, and clause 4a contains the 
description of the specific entities of the PLMN. 

Clause 5 of the document contains the configuration of the PLMN. 

Clauses 6, 6a and 7 of the document contain the PLMN's basic and specific interfaces and reference points and the 
PLMN's interfaces towards other networks. 
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Scope 
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functional entities of the PLMN and the interfaces between them are described on a general level in order to cope with 
possible implementations. These descriptions include interfaces between and within the core networks, the access 
networks, the user equipment, different service platforms, different domains and subsystems, and functional entities 
within domains and subsystems. 

This document covers different architectural aspects with varying level of detail. In general, other specifications shall be 
referred to for further details; these specifications enable the reader to acquire the full understanding of a system or 
service feature. 

Note that this document does not cover, or even list, all features of PLMNs. 
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3 Definitions and abbreviations 

In addition to the abbreviations given in the remainder of this clause others are listed in TR 21.905 [la]. 
The definitions of the entities of the mobile system are given in the next subclause. 

3.1 Public Land IVIobile Network (PLMN) 

A Public Land Mobile Network (PLMN) is established and operated by an administration or Recognized Private 
Operating Agency (RPOA) for the specific purpose of providing land mobile telecommunications service services to the 
public. A PLMN may be regarded as an extension of networks (e.g. ISDN, corporate and public PDNs, etc); it is a 
collection of MSCs areas in CS domain and SGSN areas in PS domain within a common numbering plan (e.g. same 
National Destination Code) and a common routing plan. The MSCs are the functional interfaces between the fixed 
networks and a PLMN for call set-up in CS domain. The GGSN and the SGSN are the functional interfaces between the 
fixed networks and a PLMN for packet transmission in PS domain. 

Functionally the PLMNs may be regarded as independent telecommunications entities even though different PLMNs 
may be interconnected through the ISDN/PSTN and PDNs for forwarding of calls or network information. A similar 
type of interconnection may exist for the interaction between the MSCs/SGSNs of one PLMN. 

3.2 Core Network (CN) and Access Network (AN) 

The PLMN infrastructure is logically divided into a Core Network (CN) and an Access Network (AN) infrastructures, 
as defined in TS 23.101 [11a] and TS 23.110 [lib]. The CN is logically divided into a CS domain, a PS domain and an 
IM subsystem, as defined in next subclause. The AN is called BSS for GSM and RNS for UMTS, as defined in clause 
"The Access Network". 

3.3 Circuit Switched (CS) and Packet Switched (PS) Domains 

The CN is constituted of a Circuit Switched (CS) domain and a Packet Switched (PS) domain. These two domains 
differ by the way they support user traffic, as explained bellow. 

These two domains are overlapping, i.e. they contain some common entities. A PLMN can implement only one domain 
or both domains. 

3.3.1 CS Domain 

The CS domain refers to the set of all the CN entities offering "CS type of connection" for user traffic as well as all the 
entities supporting the related signalling. A "CS type of connection" is a connection for which dedicated network 
resources are allocated at the connection establishment and released at the connection release. 
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The entities specific to the CS domain are: MSC, GMSC, VLR. All the other CN entities defined in clause "4 The basic 
entities of the mobile system" and not defined as PS domain specific entities (see following subclause) are common to 
the CS and to the PS domains. 

3.3.2 PS Domain 

The PS domain refers to the set of all the CN entities offering "PS type of connection" for user traffic as well as all the 
entities supporting the related signalling. A "PS type of connection" transports the user information using autonomous 
concatenation of bits called packets: each packet can be routed independently from the previous one. 

The entities specific to the PS domain are the GPRS specific entities, i.e. SGSN and GGSN. All the other CN entities 
defined in clause "4 The basic entities of the mobile system" and not defined as CS domain specific entities (see 
previous subclause) are common to the CS and to the PS domains. 

3.3a IP Multimedia subsystem (IMS) 

The IM subsystem comprises all CN elements for provision of IP multimedia services comprising audio, video, text, 
chat, etc. and a combination of them delivered over the PS domain. The entities related to IMS are CSCF, MGCF, 
MRF, etc. as defined in the stage 2 of the IM subsystem TS 23.228 [34]. See TS 22.228 [27] for some service examples 
of IMS. 



3.4 Location register 



To enable communication to a mobile station the network must know where this mobile station is located. This 
information is stored in a function named location register. 

The location register is handled by four different entities. 

• The Home Location Register (HLR). 

The Home Location Register (HLR) is the location register to which a mobile subscriber is assigned for record purposes 
such as subscriber information. 

• The Visitor Location Register (VLR). 

The Visitor Location Register (VLR) is the location register for Circuit Switched (CS) services, other than the HLR, 
used by an MSC to retrieve information for, e.g. handling of calls to or from a roaming mobile station currently located 
in its area. 

• The Serving GPRS Support Node (SGSN). 

The location register function in the SGSN stores subscription information and location information for Packet 
Switched (PS) services for each subscriber registered in the SGSN. 

The SGSN is needed only in a PLMN which supports GPRS. 

• The Gateway GPRS Support Node (GGSN). 

The location register function in the GGSN stores subscription information and routeing information (needed to tunnel 
packet data traffic destined for a GPRS MS to the SGSN where the MS is registered) for each subscriber for which the 
GGSN has at least one PDP context active. 

The GGSN is needed only in a PLMN which supports GPRS. 

3.5 Cell 

The cell is an area of radio coverage identified by a Base station identification as defined in TS 23.003 [3]. 
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3.6 Base Station Controller (BSC) area 

The Base Station Controller (BSC) area is an area of radio coverage consisting of one or more cells controlled by one 
BSC. The boundaries of a BSC area and a location area are independent; a location area may span the boundary 
between BSC area and a BSC area may span the boundary between location areas. 

3.7 Radio Network Controller (RNC) area 

The Radio Network Controller (RNC) area is an area of radio coverage consisting of one or more cells controlled by 
one RNC. The boundaries of a RNC area and a location area are independent; a location area may span the boundary 
between RNC area and a RNC area may span the boundary between location areas. 

3.8 Location Area (LA) 

The Location Area (LA) is defined as an area in which a mobile station may move freely without updating the VLR. A 
location area may include one or several cells. 

3.9 Routing Area (RA) 

The Routing Area (RA) is defined as an area in which a mobile station, in certain operation modes, may move freely 
without updating the SGSN. A routing area may include one or several cells. A RA is always contained within a 
location area. 

3.10 IVISCarea 

The MSC area is the part of the network covered by an MSC. An MSC area may consist of one or several location 
areas. An MSC area may also consist of one or several BSC areas. 

3.11 VLR area 

The VLR area is the part of the network controlled by a VLR. A VLR area may consist of one or several MSC areas. 

3.12 SGSN area 

The SGSN area is the part of the network served by an SGSN. An SGSN area may consist of one or several routing 
areas. An SGSN area may also consist of one or several BSC areas. There need not be a one to one relationship between 
SGSN area and MSCA'LR area. 

3.13 Zones for Regional Subscription 

A PLMN operator may define a number of regional subscription areas, each of which is a subset of the service area for 
an unrestricted mobile subscriber. A regional subscription area may be contained within the service area of a single 
PLMN, or may lie within the service areas of two or more PLMNs. Each regional subscription area consists of one or 
more zones; each zone is contained within the service area of a PLMN. 

The definition of a mobile subscriber's regional subscription area is stored within the HLR per National Destination 
Code(s) (NDC) of a PLMN and is transferred to the VLRs and/or SGSNs of that PLMN. The VLR and/or SGSN 
evaluates this information to extract the restricted or accessible MSC and/or SGSN areas and location areas to which the 
mobile subscriber is allowed to roam. The VLR and/or SGSN informs the HLR if an entire MSC and/or SGSN area is 
restricted. 

Zones for Regional Subscription and their handling are defined in TS 23.003 [3], TS 23.008 [5] and TS 29.002 [26]. 
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3.14 Service area 

The service area is defined as an area in which a mobile subscriber can be reached by another (mobile or fixed) 
subscriber without the subscriber's knowledge of the actual location of the mobile station within the area. A service area 
may consist of several PLMNs. One service area may consist of one country, be a part of a country or include several 
countries. The location registration system associated with each service area must thus contain a list of all mobile 
stations located within that service area. 



3.15 Group call area 



The group call area is a predefined area composed of one or a number of cells to which a particular Voice Group Call 
Service (VGCS) or Voice Broadcast Service (VBS) call is distributed. The composition of a group call area is 
predefined in the network. The group call area may include cells of more than one MSC area and cells of more than one 
PLMN. 

3.16 Pool-area 

A pool area is an area where Intra Domain Connection of RAN Nodes to Multiple CN Nodes is applied. Within a pool- 
area an MS may roam without need to change the serving Core Network (CN) node. A pool-area is served by one or 
more CN nodes in parallel. 



4 The basic entities of the mobile system 

To provide the mobile service as it is defined, it is necessary to introduce some specific functions. These functional 
entities can be implemented in different equipments or gathered. In any case, exchanges of data occur between these 
entities. 

4.1 The Core Network (CN) entities 

4.1 .1 Entities common to the PS and CS domains 

4.1 .1 .1 The Home Subscriber Server (HSS) 

The HSS is the master database for a given user. It is the entity containing the subscription-related information to 
support the network entities actually handling calls/sessions. 

A Home Network may contain one or several HSSs: it depends on the number of mobile subscribers, on the capacity of 
the equipment and on the organisation of the network. 

As an example, the HSS provides support to the call control servers in order to complete the routing/roaming 
procedures by solving authentication, authorisation, naming/addressing resolution, location dependencies, etc... 

The HSS is responsible for holding the following user related information: 

• User Identification, Numbering and addressing information. 

• User Security information: Network access control information for authentication and authorization 

• User Location information at inter-system level: the HSS supports the user registration, and stores inter-system 
location information, etc. 

• User profile information 

The HSS also generates User Security information for mutual authentication, communication integrity check and 
ciphering. 
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Based on this information, the HSS also is responsible to support the call control and session management entities of the 
different Domains and Subsystems (defined in section 3.3 and 3.3a) of the operator as shown in Figure 0-a. 




MSC Server 


GMSC Server 


SGSN 



GGSN 



CSCF 



Figure 0-a: Example of a Generic HSS structure and basic interfaces 

The HSS may integrate heterogeneous information, and enable enhanced features in the core network to be offered to 
the application & services domain, at the same time hiding the heterogeneity. 

The HSS consists of the following functionalities: 

• IP multimedia functionality to provide support to control functions of the IM subsystem such as the CSCF. It is 
needed to enable subscriber usage of the IM CN subsystem services. This IP multimedia functionality is 
independent of the access network used to access the IM CN subsystem. 

• The subset of the HLR/AUC functionality required by the PS Domain. 

• The subset of the HLR/AUC functionality required by the CS Domain, if it is desired to enable subscriber access 
to the CS Domain or to support roaming to legacy GSM/UMTS CS Domain networks. 

The organisation of the subscriber data is outlined in 3GPP TS 23.008 [5]. It also indicates which numbers, addresses 
and identifiers specified in TS 23.003 [3] are stored in HSS. 

4.1 .1 .1 .1 The Home Location Register (HLR) 

The HLR is shown in the Reference Architecture up to and including R4. 

The HLR can be considered a subset of the HSS that holds the following functionality: 

• The functionality required to provide support to PS Domain entities such as the SGSN and GGSN, through the 
Gr and Gc interfaces. It is needed to enable subscriber access to the PS Domain services. 

• The functionality required to provide support to CS Domain entities such as the MSC/MSC server and 
GMSC/GMSC server, through the C and D interfaces. It is needed to enable subscriber access to the CS Domain 
services and to support roaming to legacy GSM/UMTS CS Domain networks. 

4.1.1.1.2 The Authentication Centre (AuC) 

The AuC is shown in the Reference Architecture up to and including Rel-4. 

The AuC can be considered a subset of the HSS that holds the following functionality for the CS Domain and PS 
Domain: 

The AuC is associated with an HLR and stores an identity key for each mobile subscriber registered with the 
associated HLR. This key is used to generate security data for each mobile subscriber: 

data which are used for mutual authentication of the International Mobile Subscriber Identity (IMSI) and the 
network; 
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a key used to check the integrity of the communication over the radio path between the mobile station and the 
network; 

a key used to cipher communication over the radio path between the mobile station and the network. 

The AuC communicates only with its associated HLR over a non-standardised interface denoted the H-interface. 
The HLR requests the data needed for authentication and ciphering from the AuC via the H-interface, stores 
them and delivers them to the VLR and SGSN which need them to perform the security functions for a mobile 
station. 

4.1.1.1.3 HSS logical functions 

This section provides a high level and not exhaustive description of HSS functionality. 



Mobility Management 



Identification handling 



HSS 



User security info, generation 



Service authorization support 



User security support 



Access authorization 



Service Provisioning support Application Services Support 

Call / Session establishment support CAMEL Services Support 
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SGSN 



Sc 



Sh 



GGSN 



PS Domain 



SIP Applica 
Server 



OSA-SCS 
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IM-SSF 



Cx 



CSCF 



IIUI CN subsystem 



Figure O.b - HSS logical functions 

Mobility Management 

This function supports the user mobility through CS Domain, PS Domain and IM CN subsystem. 

Call and/or session establishment support 

The HSS supports the call and/or session establishment procedures in CS Domain, PS Domain and IM CN 

subsystem. For terminating traffic, it provides information on which call and/or session control entity currently 
hosts the user. 

User security information generation 

The HSS generates user authentication, integrity and ciphering data for the CS and PS Domains and for the IM 

CN subsystem. User security support 

The HSS supports the authentication procedures to access CS Domain, PS Domain and IM CN subsystem services 
by storing the generated data for authentication, integrity and ciphering and by providing these data to the 
appropriate entity in the CN (i.e. MSC/VLR, SGSN or CSCF).. 
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User identification handling 

The HSS provides the appropriate relations among all the identifiers uniquely determining the user in the system: 
CS Domain, PS Domain and IM CN subsystem (e.g. IMSI and MSISDNs for CS Domain; IMSI, MSISDNs and 
IP addresses for PS Domain, private identity and public identities for IM CN subsystem). 

Access authorisation 

The HSS authorises the user for mobile access when requested by the MSCA'LR, SGSN or CSCF, by checking that 
the user is allowed to roam to that visited network. 

Service authorisation support 

The HSS provides basic authorisation for MT call/session establishment and service invocation. Besides, the HSS 
updates the appropriate serving entities (i.e., MSC/VLR, SGSN, CSCF) with the relevant information related to 
the services to be provided to the user. 

Service Provisioning Support 

The HSS provides access to the service profile data for use within the CS Domain, PS Domain and/or IM CN 
subsystem.Application Services and CAMEL Services Support 

The HSS communicates with the SIP Application Server and the OSA-SCS to support Application Services in the 
IM CN subsystem. It communicates with the IM-SSF to support the CAMEL Services related to the IM CN 
subsystem. It communicates with the gsmSCF to support CAMEL Services in the CS Domain and PS Domain. 

4.1 .1 .2 The Visitor Location Register (VLR) 

A mobile station roaming in an MSC area or within a pool-area is controlled by a Visitor Location Register. When a 
Mobile Station (MS) enters a new location area it starts a registration procedure. An MSC in charge of that area notices 
this registration and transfers to a Visitor Location Register the identity of the location area where the MS is situated. If 
this MS is not yet registered in the VLR, the VLR and the HLR exchange information to allow the proper handling of 
calls involving the MS. 

A VLR may be in charge of one or several MSC areas. 

The VLR contains also the information needed to handle the calls set-up or received by the MSs registered in its data 
base (for some supplementary services the VLR may have to obtain additional information from the HLR). The 
following elements are included: 

the International Mobile Subscriber Identity (IMSI); 

- the Mobile Station International ISDN number (MSISDN); 

- the Mobile Station Roaming Number (MSRN), see TS 23.003 [3] for allocation principles; 
the Temporary Mobile Station Identity (TMSI), if applicable; 

- the Local Mobile Station Identity (LMSI), if used; 

the location area where the mobile station has been registered; 

the identity of the SGSN where the MS has been registered. Only applicable to PLMNs supporting GPRS and 
which have a Gs interface between MSC/VLR and SGSN; 

the last known location and the initial location of the MS. 

The VLR also contains supplementary service parameters attached to the mobile subscriber and received from the HLR. 
The organisation of the subscriber data is outlined in TS 23.008 [5]. 
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4.1.1.3 (void) 

4.1 .1 .4 The Equipment Identity Register (EIR) 

The Equipment Identity Register (EIR) in the GSM system is the logical entity which is responsible for storing in the 
network the International Mobile Equipment Identities (IMEIs), used in the GSM system. 

The equipment is classified as "white listed", "grey listed", "black listed" or it may be unknown as specified in TS 
22.016 [2] and TS 29.002 [26]. 

This functional entity contains one or several databases which store(s) the IMEIs used in the GSM system. 

The mobile equipment may be classified as "white hsted", "grey listed" and "black listed" and therefore may be stored 
in three separate lists. 

An IMEI may also be unknown to the EIR. 

An EIR shall as a minimum contain a "white list" (Equipment classified as "white listed"). 

See also TS 22.016[2] on IMEI. 

4.1 .1 .5 SIVIS Gateway IVISC (SIVIS-GIVISC) 

The SMS Gateway MSC (SMS-GMSC) acts as an interface between a Short Message Service Centre and the PLMN, to 
allow short messages to be delivered to mobile stations from the Service Centre (SC). 

The choice of which MSCs can act as SMS Gateway MSCs is a network operator matter (e.g. all MSCs or some 
designated MSCs). 

4.1 .1 .6 SIVIS Interworking MSC 

The SMS Interworking MSC acts as an interface between the PLMN and a Short Message Service Centre (SC) to allow 
short messages to be submitted from Mobile Stations to the SC. 

The choice of which MSCs can act as SMS Interworking MSCs is a network operator matter (e.g. all MSCs or some 
designated MSCs). 

4.1.2 Entities of the CS domain 

4.1 .2.1 The Mobile-services Switching Centre (MSC) 

The Mobile-services Switching Centre (MSC) constitutes the interface between the radio system and the fixed 
networks. The MSC performs all necessary functions in order to handle the circuit switched services to and from the 
mobile stations. 

In order to obtain radio coverage of a given geographical area, a number of BSS and/or RNSare normally required; i.e. 
each MSC would thus have to interface to one or more BSS(s) and/or RNS(s). In addition several MSCs may be 
required to cover a country. 

When Intra Domain Connection of RAN Nodes to Multiple CN Nodes is applied, all the MSCs serving a pool-area 
share the responsibility to serve the MSs located in the pool-area. All these MSCs interface to all the BSS(s) and/or 
RNS(s) forming the pool-area. 

The Mobile-services Switching Centre is an exchange, which performs all the switching and signalling functions for 
mobile stations located in a geographical area designated as the MSC area. When Intra Domain Connection of RAN 
Nodes to Multiple CN Nodes is applied, one or more MSCs serve a pool-area, but each individual MS is served by only 
one out of these MSCs, as described in TS 23.236 [65]. The main difference between a MSC and an exchange in a fixed 
network is that the MSC has to take into account the impact of the allocation of radio resources and the mobile nature of 
the subscribers and has to perform in addition, at least the following procedures: 

procedures required for the location registration (see TS 23.012 [7]); 
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procedures required for handover (see TS 23.009 [6]). 

NOTE: When this improves the readibility (e.g. when dealing with inter-releases handover), the term 2G-MSC 

can be used to refer to an MSC Release 98 or prior, and the term 3G-MSC can be used to refer to an MSC 
Release 99 or later. 

When needed, the MSC can be implemented in two different entities: the MSC Server, handling only signalling, and the 
CS-MGW, handling user's data. A MSC Server and a CS-MGW make up the full functionality of a MSC. 

4.1.2.1.1 MSC Server 

The MSC Server mainly comprises the call control (CC) and mobility control parts of a MSC. 

The MSC Server is responsible for the control of mobile originated and mobile terminated CC CS Domain calls. It 
terminates the user-network signalling and translates it into the relevant network - network signalling. The MSC Server 
also contains a VLR to hold the mobile subscriber's service data and CAMEL related data. 

The MSC Server controls the parts of the call state that pertain to connection control for media channels in a CS-MGW. 

4.1 .2.1 .2 Circuit Switched - Media Gateway Function (CS-MGW) 

Note: In this document the term Media Gateway Function (MGW) is used when there is no need to differentiate 
between the CS domain entity and the IP Multimedia CN Subsystem entity. When refering specifically to the CS 
domain entity the term CS-MGW is used. When refering specifically to the IP Multimedia CN Subsystem entity, the 
term IMS-MGW is used. 

This component is PSTN/PLMN transport termination point for a defined network and interfaces UTRAN with the core 
network over lu. 

A CS-MGW may terminate bearer channels from a switched circuit network and media streams from a packet network 
(e.g., RTP streams in an IP network). Over lu, the CS-MGW may support media conversion, bearer control and payload 
processing (e.g. codec, echo canceller, conference bridge) for support of different lu options for CS services 
(AAL2/ATM based as well as RTP/UDP/IP based). 

The CS-MGW: 

• Interacts with MGCF, MSC server and GMSC server for resource control. 

• Owns and handles resources such as echo cancellers etc. 

• May need to have codecs. 

The CS-MGW will be provisioned with the necessary resources for supporting UMTS/GSM transport media. Further 
tailoring (i.e packages) of the H.248 [52] maybe required to support additional codecs and framing protocols, etc. 

The CS-MGW bearer control and payload processing capabilities will also need to support mobile specific functions 
such as SRNS relocation/handover and anchoring. It is expected that current H.248 standard [52] mechanisms can be 
applied to enable this. 

4.1.2.2 The Gateway MSC (G MSC) 

If a network delivering a call to the PLMN cannot interrogate the HLR, the call is routed to an MSC. This MSC will 
interrogate the appropriate HLR and then route the call to the MSC where the mobile station is located. The MSC which 
performs the routing function to the actual location of the MS is called the Gateway MSC (GMSC). 

The acceptance of an interrogation to an HLR is the decision of the operator. 

The choice of which MSCs can act as Gateway MSCs is for the operator to decide (i.e. all MSCs or some designated 
MSCs). 

If the call is a voice group/broadcast call, it is routed directly from the GMSC to the VBS/VGCS Anchor MSC, based 
on information (VBS/VGCS call reference) contained in the dialled number (see also TS 43.068 [41] and 43.069 [42]). 
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[Editor's note: There is a need to consider possibilities that call incoming to the PLMN may be routed to entities 
other than the GMSC, e.g., for networks that do not deploy CS domain.] 

When needed, the GMSC can be implemented in two different entities: the GMSC Server, handling only signalling, as 
defined bellow, and the CS-MGW, defined above. A GMSC Server and a CS-MGW make up the full functionality of a 
GMSC. 

4.1 .2.2.1 Gateway MSC Server (GMSC Server) 

The GMSC server mainly comprises the call control and mobility control parts of a GMSC. 

4.1.2.3 The Interworking Function (IWF) 

The Interworking Function (IWF) is a functional entity associated with the MSC. The IWF provides the functionality 
necessary to allow interworking between a PLMN and the fixed networks (ISDN, PSTN and PDNs). The functions of 
the IWF depend on the services and the type of fixed network. The IWF is required to convert the protocols used in the 
PLMN to those used in the appropriate fixed network. The IWF may have no functionality where the service 
implementation in the PLMN is directly compatible with that at the fixed network. The interworking functions are 
described in TS 29.007 [31]. 

4.1.3 Entities of the PS domain 

The UMTS PS-domain (or GPRS) Support Nodes (GSN) are the Gateway GSN (GGSN) and the Serving GSN (SGSN). 
They constitute the interface between the radio system and the fixed networks for packet switched services. The GSN 
performs all necessary functions in order to handle the packet transmission to and from the mobile stations. 

4.1 .3.1 Serving GPRS Support Node (SGSN) 

The location register function in the SGSN stores two types of subscriber data needed to handle originating and 
terminating packet data transfer: 

subscription information: 

- the IMSI; 

one or more temporary identities; 

zero or more PDP addresses, 
location information: 

depending on the operating mode of the MS, the cell or the routeing area where the MS is registered; 

the VLR number of the associated VLR (if the Gs interface is implemented); 

the GGSN address of each GGSN for which an active PDP context exists. 

The organisation of the subscriber data in the SGSN is defined in TS 23.008 [5] and TS 23.060 [9a]. 

The procedures for information transfer between the SGSN, the GGSN, the VLR and the HLR are defined in TS 23.016 
[39] and TS 23.060 [9a]. 

NOTE: When this improves the readibility (e.g. when dealing with inter-releases handover), the term 2G-SGSN 
can be used to refer to an MSC Release 98 or prior, and the term 3G-SGSN can be used to refer to an 
MSC Release 99 or later. 

4.1 .3.2 Gateway GPRS Support Node (GGSN) 

The location register function in the GGSN stores subscriber data received from the HLR and the SGSN. There are two 
types of subscriber data needed to handle originating and terminating packet data transfer: 

subscription information: 
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- the IMSI; 

zero or more PDP addresses, 
location information: 

- the SGSN address for the SGSN where the MS is registered. 

The organisation of the subscriber data in the GGSN is defined in TS 23.008 [5] and TS 23.060 [9a]. 

The procedures for information transfer between the GGSN, the SGSN and the HLR are defined in TS 23.016 [39] and 
TS 23.060 [9a]. 

4.1 .3.3 Border Gateway (BG) 

The Border Gateway (BG) is a gateway between a PLMN supporting GPRS and an external inter-PLMN backbone 
network used to interconnect with other PLMNs also supporting GPRS. The role of the BG is to provide the appropriate 
level of security to protect the PLMN and its subscribers. 

The BG is only needed in PLMNs supporting GPRS. 

4.2 The Access Network (AN) entities 

Two different types of access network are used by the CN: the Base Station System (BSS) and the Radio Network 
System (RNS). The MSC (resp. SGSN) can connect to one of these Access Network type or to both of them. 

The access technologies offered by the BSS are described in the 45-series of 3GPP specifications. The access 
technologies offered by the RNS (FDD, TDD) are described in the 25-series of 3GPP specifications. 

4.2.1 The Base Station System (BSS) 

The Base Station System (BSS) is the system of base station equipments (transceivers, controllers, etc..) which is 
viewed by the MSC through a single A and/or lu-CS interface as being the entity responsible for communicating with 
Mobile Stations in a certain area. Similarly, in PLMNs supporting GPRS, the BSS is viewed by the SGSN through a 
single Gb or lu-PS interface. When Intra Domain Connection of RAN Nodes to Multiple CN Nodes is applied, a BSS 
may connect to several MSCs by several A and/or lu-CS interfaces, and a BSS may connect to several SGSNs by 
several Gb and/or lu-PS interfaces. The functionality for the A interface is described in TS 48.002 [14] and for the Gb 
interface in TS 23.060 [9a]. The functionality for the lu-CS interface is described in TS 25.410 [14a] and for the lu-PS 
interface in TS 23.060 [9a]. 

The radio equipment of a BSS may support one or more cells. A BSS may consist of one or more base stations. Where 
an Abis -interface is implemented, the BSS consists of one Base Station Controller (BSC) and one or more Base 
Transceiver Station (BTS). The split of functions between BSS and CN for a lu interface is desribed in the 25-series of 
UMTS Technical Specifications. 

The split of functions between BSS and CN for a A/Gb interface is described in the 48-series of GSM Technical 
Specifications. The split of functions between BSS and CN for a lu interface is desribed in the 25-series of UMTS 
Technical Specifications. 

NOTE: The mobile station shall operate using only the following modes: 

a. A/Gb mode, e.g. for pre-Release 4 terminals, or for Release 4 terminals when connected to a BSS with no lu 
interface towards the Core Network. 

b. lu mode (i.e. lu-CS and lu-PS ), e.g. for Release 4 terminals when connected to a BSS with lu interfaces towards 
the Core Network 

No other modes (e.g. A/Iu-PS or lu-CS/Gb) shall be allowed. 

See also TS 43.051 [36]. 



£75/ 



3GPP TS 23.002 version 5.1 0.0 Release 5 22 ETSI TS 1 23 002 V5.1 0.0 (2003-03) 

4.2.1 .1 Base Station Controller (BSC) 

A Base Station Controller (BSC) is a network component in the PLMN with the functions for control of one or more 
BTS. 

4.2.1 .2 Base Transceiver Station (BTS) 

A Base Transceiver Station (BTS) is a network component which serves one cell. 

4.2.2 The Radio Network System (RNS) 

The Radio Network System (RNS) is the system of base station equipments (transceivers, controllers, etc..) which is 
viewed by the MSC through a single lu-interface as being the entity responsible for communicating with Mobile 
Stations in a certain area. Similarly, in PLMNs supporting GPRS, the RNS is viewed by the SGSN through a single lu- 
PS interface. When Intra Domain Connection of RAN Nodes to Multiple CN Nodes is applied, an RNS may connect to 
several MSCs by several lu-CS interfaces, and an RNS may connect to several SGSNs by several lu-PS interfaces. The 
functionahty for the lu-CS interface is described in TS 25.410 [14a] and for the lu-PS interface in TS 23.060 [9a]. The 
radio equipment of a RNS may support one or more cells. A RNS may consist of one or more base stations. The RNS 
consists of one Radio Network Controller (RNC) and one or more Node B. 

The spUt of functions between RNS and CN is described in the 25-series of UMTS Technical Specifications. 

4.2.2.1 Radio Network Controller (RNC) 

A Radio Network Controller (RNC) is a network component in the PLMN with the functions for control of one or more 
Node B. 

4.2.2.2 Node B 

A Node B is a logical network component which serves one or more cells. 



4.3 The Mobile Station (IVIS) 



The mobile station consists of the physical equipment used by a PLMN subscriber; it comprises the Mobile Equipment 
(ME) and the Subscriber Identity Module (SIM), called UMTS Subscriber Identity Module (USIM) for Release 99 and 
following. The ME comprises the Mobile Termination (MT) which, depending on the application and services, may 
support various combinations of Terminal Adapter (TA) and Terminal Equipment (TE) functional groups. These 
functional groups are described in TS 44.002 [12]. 

[editor's note: an input is expected to introduce the UE (User Equipment) definition and clarify the difference 
between MS and UE.] 



4a The specific entities of the mobile system 

The entities presented in this clause are dedicated to the provisionning of a given (set of) service(s). The fact that they 
are implemented or not in a given PLMN should have limited impact on all the other entities of the PLMN. 

All the specific entities defined so far are located in the Core Network. 

4a. 1 The Group Call Register (GCR) entity 

The Group Call Register (GCR) is a register holding information about VGCS or VBS calls, the voice group or 
broadcast call attributes, respectively. 

Voice group or broadcast call attributes are defined for a specific voice group or broadcast call reference and include the 
data required to configure the conference bridge for a VGCS or VBS call and other call related attributes. 
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The Group Call Register (GCR) shall hold for a related MSC area for each group ID and cell from which Voice Group 
Call Service (VGCS) or Voice Broadcast Service (VBS) calls can be established by mobile stations the voice group call 
reference or voice broadcast call reference to be used for a VGCS or VBS call to be established and an indication 
whether the originating MSC is the MSC responsible for that call. 

If the originating MSC is not responsible for that call, the GCR shall hold the routing information identifying the MSC 
responsible for that call. 

A GCR may be in charge of one or several MSC. Each MSC involved in a voice group or broadcast call requests its 
proper voice group or broadcast call attributes from its related GCR by use of the voice group or broadcast call 
reference. 

The contents of each list related to requests of the MSC responsible for a voice group or broadcast call is as follows: 

- a Ust of cells inside the MSC area of the requesting MSC into which the call is to be sent (part of the group call 
area); 

a list of other MSCs into which the call is to be sent; 

a list of identities of dispatchers to which a dedicated link is to be established; 

a list of identities of dispatchers which are allowed to initiate the voice group or broadcast call; 

a list of identities of dispatchers which are allowed to terminate the voice group or broadcast call; 

the length of time over which no activity is detected before the voice group call is automatically terminated; 

the default priority level related to the voice group or broadcast call if the eMLPP supplementary service applies; 

a flag indicating if acknowledgements are required for this voice group or broadcast call. 

The contents of each list related to requests of an MSC not responsible for a voice group or broadcast call is as follows: 

a list of cells inside the MSC area of the requesting MSC into which the call is to be sent (part of the group call 
area). 

More information is provided in TS 43.068 [41] and 43.069[42]. 

4a.2 (void) 

4a.3 The Location Services (LCS) entities 

This section describes the Location Services entities found in the Core Network and Radio Access Network that support 
positioning methods for the UE/MS . 

For further details on LCS in UMTS and GSM from system and core network point view, see 3GPP TS 23.271 [56]. 

For further details on LCS in UTRAN, see 3GPP TS 25.305 [10b]. 

For further details on LCS in GERAN, see 3GPP TS 43.059 [lOd]. 

4a.3.1 Location Services (LCS) entities in RAN 

The RAN (UTRAN and GERAN) supports one or more UE/MS positioning methods to calculate the geographical 
position of the UE/MS and responds to the UE/MS location request received from the CN. The RAN may broadcast 
LCS assistance data to Ues/MSs under its coverage. In case this assistance data is ciphered, the ciphering key is 
provided by the CN to the UE/MS. 

To support UE positioning methods, the RAN is made of several entities like: 

BSC/SRNC: the BSC for GERAN and SRNC for UTRAN receive authenticated location requests from the CN: 



£75/ 



3GPP TS 23.002 version 5.1 0.0 Release 5 24 ETSI TS 1 23 002 V5.1 0.0 (2003-03) 

• In UTRAN, the SRNC co-ordinates the positioning requests taking into account their priority and it selects 
the positioning method to fulfil the requested accuracy. It interfaces, when necessary, with the CRNC which 
mainly manages resources allocated to UE positioning operations and requests UE Positioning related 
measurements from its associated Node Bs and LMUs. 

• In GERAN, the BSC passes the location request to the SMLC. 
SMLC: 

• The Serving Mobile Location Center (SMLC) function can be part of the RNC or be a S AS (Stand- Alone A- 
GPS SMLC) for UTRAN. The SMLC function can be part of the BSC or be in a separate SMLC server for 
GERAN. 

• In UTRAN, the SMLC function provides GPS assistance data to the RNC and acts as a location calculation 
server if the location estimates are not to be calculated in the RNC. 

• In GERAN, the SMLC function co-ordinates the positioning request, schedules resources required to 
perform positioning of a mobile, and calculates the final location estimate and accuracy. The SMLC may 
control a number of LMUs. 

LMU: The Location Measurement Unit (LMU) entity makes measurements for one or more positioning methods. 

Node B: Node B is a network element of UTRAN that may provide measurement results for position estimation and 
makes measurements of radio signals. 

CBC: The Cell Broadcast Center, in GERAN, the SMLC function may interface a CBC in order to broadcast 
assistance data using existing cell broadcast capabilities. 

For detail on Location services, entities and interfaces provided by UTRAN, see 3GPP TS 25.305 [10b]. 

For detail on Location services, entities and interfaces provided by GERAN, see 3GPP TS 43.059 [lOd]. 

4a.3.2 Gateway Mobile Location Center (GMLC) 

The Gateway Mobile Location Center (GMLC) is the first node an external Location Application accesses in the GSM 
PLMN. The GMLC performs registration authorization and requests routing information from the HLR. There may be 
more than one GMLC in a PLMN. 

4a.3.3 Void Location Measurement Unit (LMU) 

An LMU makes radio measurements to support one or more positioning methods. 
Two types of LMU are defined: 

Type A LMU: accessed over the normal GSM air interface; 

Type B LMU: accessed over the base station to controller interface (Abis in GSM and lub in UMTS). 

A type A LMU is accessed exclusively over the GSM air interface (Um interface): there is no wired connection to any 
other network element. 

In GSM, a type A LMU has a serving BTS and BSC that provide signaling access to a controlling SMLC. With an NSS 
based SMLC, a type A LMU also has a serving MSC and VLR and a subscription profile in an HLR. A type A LMU 
always has a unique IMSI and supports all radio resource and mobility management functions of the GSM air interface 
that are necessary to support signaling using an SDCCH to the SMLC. A type A LMU supports those connection 
management functions necessary to support LCS signaling transactions with the SMLC and may support certain call 
control functions of to support signaling to an SMLC using a circuit switched data connection. 

In UMTS, a type A LMU has signaling access to the SRNC. Type A LMU is not supported in UMTS release 1999. 

In GSM, a Type B LMU is accessed over the Abis interface from a BSC. The LMU may be either a standalone network 
element addressed using some pseudo-cell ID or connected to or integrated in a BTS. Signaling to a Type B LMU is by 
means of messages routed through the controlling BSC for a BSS based SMLC or messages routed through a 
controlling BSC and MSC for an NSS based SMLC. 
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In UMTS, a Type B LMU is accessed over the lub interface from an RNC. The LMU may be either a standalone 
network element addressed using some pseudo-cell ID or connected to or integrated in a Node B. 

4a.4 CAMEL entities 

The entities of this subclause support the CAMEL feature (Customised Applications for Mobile network Enhanced 
Logic). This feature provides the mechanisms to support services consistently independently of the serving network, as 
described in 22.078 [2c]. The following definitions are extracted from 23.078 [10c], which completely specifies 
CAMEL stage 2. 

4a.4.1 GSIVI Service Control Function (gsmSCF) 

A functional entity that contains the CAMEL service logic to implement Operator Specific Service. It interfaces with 
the gsmSSF, the gsmSRF and the HLR. 

4a.4.2 GSIVI Service Switching Function (gsmSSF) 

A functional entity that interfaces the MSC/GMSC to the gsmSCF. The concept of the gsmSSF is derived from the IN 
SSF, but uses different triggering mechanisms because of the nature of the mobile network. 

4a.4.3 GSM Specialised Resource Function (gsmSRF) 

A functional entity which provides various specialized resources. It interfaces with the gsmSCF and with the MSC. This 
entity is defined in ITU-T Q.1214 [1 1] with variations defined in 23.078 [10c]. 

4a.4.4 GPRS Service Switching Function (gprsSSF) 

A functional entity that interfaces the SGSN to the gsmSCF. The concept of the gprsSSF is derived from the IN SSF, 
but uses different triggering mechanisms because of the nature of the mobile network. 

4a.5 CBS-specific entities 

The cell broadcast service (CBS) is a Teleservice which enables an Information Provider to submit short messages for 
broadcasting to a specified area within the PLMN. TS 23.041 [8] contains the technical realization of the service. 

4a.5.1 Cell Broadcast Center (CBC) 

The CBC shall be responsible for the management of CBS messages and for determining the CBS delivery parameters 
of the RNS. The CBC may be connected to several BSCs/RNCs. In UMTS the CBC is regarded to be integrated as a 
node into the core network. 

Note: Whether it should be possible that an RNC is connected to at least two CBCs at the same time (the "normal" one 
as in GSM and a second one for LCS) is for further study and depents on the solution taken for LCS. 

4a. 6 Number Portability Specific entities 

Two different solutions are defined to support Number Portability. The first one is an IN based solution and is described 
in the next subclause. The second one is a "Signalling Relay" based solution described in next but one subclause. 

For details on MNP see TS 23.066 [40]. 

4a.6.1 IN-based solution: Number Portability Database (NPDB) 

The Number Portability Database (NPDB) is the central element of the IN based solution for Mobile Number 
Portability (MNP). MNP is the ability for a mobile subscriber to change the GSM subscription network within a 
portability cluster (e.g. a country) whilst retaining his/her original MSISDN or MSISDNs. 
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The NPDB stores the table of correspondence between MSISDNs and Subscription networks. Upon request of the 
(gateway or visited) MSC, the NPDB retrieves from the MSISDN the Routing Number pointing out the Subscription 
network. 

4a.6.2 Signalling Relay-based solution: Mobile Number 
Portability/Signalling Relay function (MNP-SRF) 

The MNP-SignalHng Relay Function (MNP-SRF) is the central element of the Signalling Relay based solution for 
Mobile Number Portability. 

The MNP-SRF obtains the routing information from a NP database to identify the subscription network associated with 
a particular national MSISDN. Upon request from gateway MSC, the MNP-SRF may perform one of the following 
actions: 

1. the MNP-SRF will reply back to the GMSC with the necessary routing information to route the call; 

2. the message is relayed to the HLR; 

3. the message is relayed to MNP-SRF in the subscription network. 

For non-call related signalling (e.g. delivery of SMS), only cases 2 and 3 are applicable. 

4a.7 IP Multimedia (IM) Core Network (CN) Subsystem entities 
4a.7.1 Call Session Control Function (CSCF) 

The CSCF can act as Proxy CSCF (P-CSCF), Serving CSCF (S-CSCF) or Interrogating CSCF (I-CSCF). The P-CSCF 
is the first contact point for the UE within the IM subsystem (IMS); the S-CSCF actually handles the session states in 
the network; the I-CSCF is mainly the contact point within an operator's network for all IMS connections destined to a 
subscriber of that network operator, or a roaming subscriber currently located within that network operator's service 
area. Further definitions of the P-, S- and I-CSCF are provided in TS 23.228 [34]. 

4a.7.2 Media Gateway Control Function (MGCF) 

The MGCF: 

Controls the parts of the call state that pertain to connection control for media channels in an IMS-MGW. 

Communicates with CSCF. 

Selects the CSCF depending on the routing number for incoming calls from legacy networks. 

Performs protocol conversion between ISUP and the IM subsystem call control protocols. 

Out of band information assumed to be received in MGCF and may be forwarded to CSCF/IMS-MGW. 

4a.7.3 IP Multimedia Subsystem - Media Gateway Function (IMS-MGW) 

Note: In this document the term Media Gateway Function (MGW) is used when there is no need to differentiate 
between the CS domain entity and the IP Multimedia CN Subsystem entity. When refering specifically to the CS 
domain entity the term CS-MGW is used. When refering specifically to the IP Multimedia CN Subsystem entity, the 
term IMS-MGW is used. 

A IMS-MGW may terminate bearer channels from a switched circuit network and media streams from a packet network 
(e.g., RTP streams in an IP network). The IMS-MGW may support media conversion, bearer control and payload 
processing (e.g. codec, echo canceller, conference bridge), it: 

• Interacts with the MGCF for resource control. 

• Owns and handles resources such as echo cancellers etc. 
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• May need to have codecs. 

The IMS-MGW will be provisioned with the necessary resources for supporting UMTS/GSM transport media. Further 
tailoring (i.e. packages) of the H.248 [52] may be required to support additional codecs and framing protocols, etc. 

4a.7.4 Multimedia Resource Function Controller (MRFC) 

The MRFC: 

Controls the media stream resources in the MRFP. 

Interprets information coming from an AS and S-CSCF (e.g session identifier) and control MRFP accordingly. 

Generates CDRs . 

4a.7.4a Multimedia Resource Function Processor (MRFP) 

The MRFP: 

Controls bearers on the Mb reference point. 
Provides resources to be controlled by the MRFC. 
Mixes incoming media streams (e.g. for multiple parties). 
Sources media streams (for multimedia announcements). 
Processes media streams (e.g. audio transcoding, media analysis). 

4a.7.5 Subscription Locator Function (SLF) 

The SLF: 

Is queried by the I-CSCF during the Registration and Session Setup to get the name of the HSS containing the 
required subscriber specific data. Furthermore the SLF is also queried by the S-CSCF during the Registration. 

Is accessed via the Dx interface 

The SLF is not required in a single HSS environment. An example for a single HSS environment is a server farm 
architecture. 

4a.7.6 Breakout Gateway Control Function (BGCF) 

The Breakout Gateway control function (BGCF) selects the network in which PSTN breakout is to occur and - within 
the network where the breakout is to occur - selects the MGCF. 



4a.7.7 Application Server (AS) 



An Application Server (AS) i.e., SIP Application Server, OSA Application Server, or CAMEL IM-SSF, offers value 
added IM services and resides either in the user's home network or in a third party location. The third party could be a 
network or simply a stand-alone AS. 

Note: The OSA Application Server does not directly interact with the IMS network entities but through the OSA 
Service Capability Servers (OSA SCS-s). Further information on OSA is provided in TS 22.127 [4]. 

The AS (SIP Application Server and/or the OSA Service Capability Server and/or IM-SSF) can communicate with the 
HSS. The Sh and Si interfaces are used for this purpose. 

The Serving-CSCF to AS interface is used to provide services residing in an AS. Two cases were identified: 

- Serving-CSCF to an AS in Home Network. 
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- Serving-CSCF to an AS in a trusted External Network (e.g., Third Party or Visited). The S-CSCF does not provide 
authentication and security functionality for secure direct third party access to the IM Subsystem. The OSA 
framework provides a standardized way for third party access to the IM Subsystem. 

An Application Server may influence and impact the SIP session on behalf of the services supported by the operator's 
network. An AS may host and execute services. 

4a.8 Signalling Gateway Function (SGW) 

The SGW performs the signalling conversion (both ways) at transport level between the SS7 based transport of 
signaling used in pre-Rel 4 networks, and the IP based transport of signalling possibly used in post-R99 networks (i.e. 
between Sigtran SCTP/IP and SS7 MTP). The SGW does not interpret the application layer (e.g. MAP, CAP, BICC, 
ISUP) messages but may have to interpret the underlying SCCP or SCTP layer to ensure proper routing of the signaling. 

4a.9 Global Text Telephony Specific entities 

Interworking between cellular text modem (CTM) and text telephony standards (e.g. V.18) used in external networks 
can beis supported by three methods: 

Routing calls through a CTM Special resource function (CTM-SRF) in the core network. The CTM-SRF is 
linked in to the call path via CAMEL procedures. Depending on operator configuration the CTM-SRF may also 
be linked in to the call path for Emergency calls. 

A CTM / Text telephone converting function included along the speech call path selected by the network after an 
indication from the terminal that CTM is required. 

A CTM / Text telephone converting function included in all speech call paths. 

Further information of the support for text telephony is found in TS 23.226 [37]. 

For further details of CTM, see TS 26.226. [38] 



4a. 10 Security Gateway (SEG) 



The UMTS network domain shall be logically and physically divided into security domains in order to protect IP based 
control plane signalling. These security domains typically coincide with operator borders. 

The interface between different security domains is protected by Security Gateways (SEGs). The SEGs are responsible 
for enforcing the security policy of a IP security domain towards other SEGs in the destination IP security domain. All 
NDS/IP traffic shall pass through a SEG before entering or leaving a security domain. The security policy between 
security domains is subject to interdomain agreements. This may differ from the security policy within the same 
security domain, which is optional to implementation and unilaterally decided by the security domain operator. For 
further details of SEG, see TS 33.210 [64]. 



Configuration of a Public Land Mobile Network 



5.1 Basic configuration 



The basic configuration of a Public Land Mobile Network (PLMN) supporting GPRS and the interconnection to the 
PSTN/ISDN and PDN is presented in figure L This configuration presents signalling and user traffic interfaces which 
can be found in a PLMN. Implementations may be different: some particular functions may be gathered in the same 
equipment and then some interfaces may become internal interfaces. 

In the basic configuration presented in figure 1, all the functions are considered implemented in different equipments. 
Therefore, all the interfaces within PLMN are external. Interfaces A and Abis are defined in the 48-series ofTechnical 
Specifications. Interfaces lu, lur and lub are defined in the 25.4xx-series ofTechnical Specifications. Interfaces B, C, D, 
E, F and G need the support of the Mobile Application Part of the signalling system No. 7 to exchange the data 
necessary to provide the mobile service. No protocols for the H-interface and for the I-interface are standardized. All 
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the GPRS-specific interfaces (G- series) are defined in the 23-series and 24-series of Technical Specifications. 
Interfaces Mc, Nb, and Nc are defined in TS 23.205 [43] and in the 29-series of Technical Specifications. 

From this configuration, all the possible PLMN organisations can be deduced. In the case when some functions are 
contained in the same equipment, the relevant interfaces become internal to that equipment. 
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Legend: 

Bold lines: interfaces supporting user traffic; 

Dashed lines: interfaces supporting signalling. 

NOTE 1 : The figure shows direct interconnections between the entities. The actual links may be provided by an 

underlying network (e.g. SS7 or IP): this needs further studies. 
NOTE 2: When the MSC and the SGSN are integrated in a single physical entity, this entity is called UMTS MSC 

(UMSC). 
NOTE 3: A (G)MSC server and associated CS-MGW can be implemented as a single node: the (G)MSC. 
NOTE 4: The Gn interface (between two SGSNs) is also part of the reference architecture, but is not shown for layout 

purposes only. 

Figure 1 : Basic Configuration of a PLIVIN supporting CS and PS services and interfaces 
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5.2 Configuration of LCS entities 

5.2.1 Configuration of LCS entities for GERAN 

The configuration of LCS entities for GERAN is presented in figure 2. In the figure, all the functions are considered 
implemented in different logical nodes. If two logical nodes are implemented in the same physical equipment, the 
relevant interfaces may become internal to that equipment. 
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• Note 1 : HSS includes both 2G-HLR and 3G-HLR 
functionality. 

• Note 2: LIF-MLP may be used on tine Le interface 

• Note 3: As one alternative the LCS client may get 
location information directly from GMLC, which may 
contain OSA Mobility SCS with support for the OSA 
user location interfaces. 



Figure 2: Configuration of LCS entities for a GERAN PLIUIN 

5.2.2 Configuration of LCS entities for UTRAN 

The basic configuration of UTRAN LCS is presented in figure 3. The SMLC funtionality is integrated in SRNC or, in 
case a Stand-Alone SMLC entity (SAS) is present, spHt between SRNC and SMLC. 
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* Note 1 

Note 1 : The HSS includes both 2G-HLR and 3G HLR 

functionality. 

Note 2: LIF-MLP may be used on the Le interface. 

Note 3: As one alternative the LCS client may get 

location information directly from GMLC, which may 

contain OSA Mobility SCS with support for the OSA user 

location interfaces. 

Note 4: The SMLC may be either a stand-alone network 

element (SAS) or an internal function of the RNC. 



Figure 3: Configuration of LCS entities for a UTRAN PLIVIN 



5.3 Configuration of CAIVIEL entities 



The following figure shows the interconnection of the CAMEL-specific entities with the rest of the network. Only the 
interfaces specificly involved in CAMEL provisionning are shown, i.e. all the GMSC, MSC, SGSN and HLR interfaces 
depicted in figure 1 are still supported by these entities even if not shown. 

NOTE: The CAMEL-specific interfaces have no particular name. They are designated by the name of the two 
entities they link together, e.g. "the gsmSSF-gsmSCF interface". 
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Figure 4: configuration of CAIVIEL entities 

The bold lines are used for interfaces supporting user data only, the dashed lines are used for interfaces supporting 
signalling only. 
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5.4 Configuration of CBS entities 




Note 1 : Interface outside the scope of 3GPP/GSM 



Figure 5: Configuration of a PLIUIN supporting Cell Broadcast Service entities 

5.5 Configuration of IIVI CN Subsystem entities 

The configuration of IM CN Subsystem entities is presented in figure 6. In the figure, all the functions are considered 
implemented in different logical nodes. If two logical nodes are implemented in the same physical equipment, the 
relevant interfaces may become internal to that equipment. 

Only the interfaces specifically linked to the IM subsystem are shown, i.e. all the SGSN, GGSN and HSS interfaces 
depicted in figure 1 are still supported by these entities even if not shown. 
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Figure 6: Configuration of IM Subsystem entities 
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The figure below depicts an overall view of the fiinctional architecture for services. 
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Figure 6a: Functional architecture for the provision of service in the IMS 

Legend: 

Bold lines: interfaces supporting user traffic; 

Dashed lines: interfaces supporting only signalling. 

The purpose of the IM SSF is to host the CAMEL network features (i.e. trigger detection points, CAMEL Service 
Switching Finite State Machine, etc) and to interwork with CAP. 

The IM SSF and the CAP interface support legacy services only. 

The application server may contain "service capability interaction manager" (SCIM) functionality and other application 
servers. The SCIM functionality is an application which performs the role of interaction management. The internal 
components are represented by the "dotted boxes" inside the SIP application server. The internal structure of the 
application server is outside the standards. The Sh interface shall have sufficient functionality to enable this scenario. 

5.6 Configuration of Signalling Gateway Function 

The Signalling gateway function is used to interconnect different signalling networks i.e. SCTP/IP based signalling 
networks and SS7 signalling networks. The application layer (e.g. ISUP, BICC, MAP or CAP) is not affected. The 
signalling gateway function may be implemented as a stand alone entity or inside another entity. 




SGW 




Figure 7: Configuration of a signalling gateway function 

Note: SS7 application transport and SCTP/IP adaption protocols are not shown. 
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6 PLMN basic interfaces and reference points 

The implementation of the mobile service with international roaming implies the exchange of data between the 
equipment involved in the service. The same No. 7 signalling network should be used to transfer these data and the call- 
related signalling information. 

[editor's note: either the difference between interface and reference point should be cleary provided, or only one of 
the terms should be used] . 

6.1 Interfaces between Mobile Station and the Fixed 
Infrastructure 

6.1 .1 Interface between Mobile Station and Base Station System (Urn- 
interface) 

The interface between the MS and the BSS is specified in the 44- and 45-series of Technical Specifications. 

6.1 .2 Interface between User Equipment and Radio Netwok System (Uu- 
interface) 

The interface between the UE and the RNS is specified in the 24- and 25-series of Technical Specifications. 

6.2 Interface between the Core Network and the Access 
Network 

6.2.1 Interfaces between the CS domain and the Access Network 

6.2.1 .1 Interface between the MSC and Base Station System (A-interface) 

The interface between the MSC and its BSS is specified in the 48-series of Technical Specifications. 
The BSS-MSC interface is used to carry information concerning: 

BSS management; 

call handling; 

mobility management. 

6.2.1 .2 Interface between the MSC and Base Station System (lu_CS interface) 

The interface between the MSC and its BSS is specified in the 25.41x-series of Technical Specifications. 
The BSS-MSC interface is used to carry information concerning: 

BSS management; 

call handling; 

mobility management; 

6.2.1 .3 Interface between the MSC and RNS (lu_CS interface) 

The interface between the MSC and its RNS is specified in the 25.41x-series of Technical Specifications. 
The RNS-MSC interface is used to carry information concerning: 
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RNS management; 
call handling; 
mobility management. 

6.2.2 Interfaces between the PS domain and the Access Network 

6.2.2.1 Interface between SGSN and BSS (Gb-interface) 

The BSS-SGSN interface is used to carry information concerning: 

packet data transmission; 

mobility management. 
The Gb interface is defined in TS 48.014 [44], 48.016 [45] and 48.018 [46]. 

6.2.2.2 Interface between SGSN and BSS (lu_PS-interface) 

The BSS-SGSN interface is used to carry information concerning: 
- packet data transmission; 

mobility management. 
The Iu_PS interface is defined in the 25.41x-series of Technical Specifications. 

6.2.2.3 Interface between SGSN and RNS (lu_PS-interface) 

The RNS-SGSN interface is used to carry information concerning: 
packet data transmission; 
- mobility management. 
The Iu_PS interface is defined in the 25.41x-series of Technical Specifications. 

6.3 Interfaces internal to the Access Network 

6.3.1 Interface between BSC and BTS (Abis-interface) 

When the BSS consists of a Base Station Controller (BSC) and one or more Base Transceiver Stations (BTS), this 
interface is used between the BSC and BTS to support the services offered to the GSM users and subscribers. 

The interface also allows control of the radio equipment and radio frequency allocation in the BTS. 

The interface is specified in the 48.5x-series of Technical Specifications. 

6.3.2 Interface between RNC and Node B (lub-interface) 

When the RNS consists of a Radio Network Controller (RNC) and one or more Node B, this interface is used between 
the RNC and Node B to support the services offered to the UMTS users and subscribers. 

The interface also allows control of the radio equipment and radio frequency allocation in the Node B. 

The interface is specified in the 28.5x-series of Technical Specifications. 

6.3.3 Interface between two RNCs (lur-interface) 

This interface is defined in the 25.42x series of Technical Specifications. 
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6.4 Interfaces internal to the Core Network 
6.4.1 Interfaces internal to the CS domain 

6.4.1 .1 Interface between the MSC server and its associated VLR (B-interface) 

The VLR is the location and management database for the mobile subscribers roaming in the area controlled by the 
associated MSC server(s). Whenever the MSC server needs data related to a given mobile station currently located in its 
area, it interrogates the VLR. When a mobile station initiates a location updating procedure with an MSC server, the 
MSC server informs its VLR which stores the relevant information. This procedure occurs whenever an MS roams to 
another location area. Also, when a subscriber activates a specific supplementary service or modifies some data 
attached to a service, the MSC server informs (via the VLR) the HLR which stores these modifications and updates the 
VLR if required. 

This interface is internal to the MSC server /VLR; signalling on it is not standardised. 

6.4.1 .2 Interface between the HLR and the MSC server (C-interface) 

The Gateway MSC server must interrogate the HLR of the required subscriber to obtain routing information for a call or 
a short message directed to that subscriber. 

Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction 
Capabilities (see TS 29.002 [26]). 

For CAMEL purposes, this interface is used as described in 23.078 [10c]. It is used e.g. at terminating calls to exchange 
routeing information, subscriber status, location information, subscription information, etc. 

6.4.1 .3 Interface between the HLR and the VLR (D-interface) 

This interface is used to exchange the data related to the location of the mobile station and to the management of the 
subscriber. The main service provided to the mobile subscriber is the capability to set up or to receive calls within the 
whole service area. To support this, the location registers have to exchange data. The VLR informs the HLR of the 
location of a mobile station managed by the latter and provides it (either at location updating or at call set-up) with the 
roaming number of that station. The HLR sends to the VLR all the data needed to support the service to the mobile 
subscriber. The HLR then instructs the previous VLR to cancel the location registration of this subscriber. Exchanges of 
data may occur when the mobile subscriber requires a particular service, when he wants to change some data attached to 
his subscription or when some parameters of the subscription are modified by administrative means. 

Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction 
Capabilities (see TS 29.002 [26]). 

For CAMEL purposes, this interface is used to send the CAMEL related subscriber data to the visited PLMN and for 
provision of MSRN. The interface is also used for the other purposes described in 23.078 [10c], e.g. to retrieve 
subscriber status and location information of the mobile subscriber or to indicate suppression of announcement for a 
CAMEL service. 

6.4.1 .4 Interface between MSC servers (E-interface) 

When a mobile station moves from one MSC area to another during a call, a handover procedure has to be performed in 
order to continue the communication. For that purpose the MSC servers have to exchange data to initiate and then to 
realise the operation. 

After the handover operation has been completed, the MSC servers will exchange information to transfer A- or 
lu- interface signalling as defined in TS 23. 009 [6]. 

When a short message is to be transferred between a Mobile Station and Short Message Service Centre (SC), in either 
direction, this interface is used to transfer the message between the MSC server serving the Mobile Station and the 
MSC server which acts as the interface to the SC. 

Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction 
Capabilities (see TS 29.002 [26]). 
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6.4.1 .5 Interface between MSC server and EIR (F-interface) 

This interface is used between MSC server and EIR to exchange data, in order that the EIR can verify the status of the 
IMEI retrieved from the Mobile Station. 

Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction 
Capabilities (see TS 29.002 [26]). 

6.4.1 .6 Interface between VLRs (G-interface) 

When a mobile subscriber moves from a VLR area to another Location Registration procedure will happen. This 
procedure may include the retrieval of the IMSI and authentication parameters from the old VLR. 

Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction 
Capabilities (see TS 29.002 [26]). 

6.4.1 .7 Reference point (G)MSC server - CS-MGW (Mc Reference Point) 



The Mc reference point describes the interfaces between the MGCP and IMS-MGW, between the MSC Server and CS- 
MGW, and between the GMSC Server and CS-MGW. It has the following properties: 

• full compliance with the H.248 standard [52], baseline work of which is currently carried out in ITU-T Study 
Group 16, in conjunction with IETF MEGACO WG. 

• flexible connection handling which allows support of different call models and different media processing 
purposes not restricted to H.323 usage [54]. 

• open architecture where extensions/Packages definition work on the interface may be carried out. 

• dynamic sharing of MGW physical node resources. A physical MGW can be partitioned into logically separate 
virtual MGWs/domains consisting of a set of statically allocated Terminations. 

• dynamic sharing of transmission resources between the domains as the MGW controls bearers and manage 
resources according to the H.248 protocols [52]. 

The functionality across the Mc reference point will need to support mobile specific functions such as SRNS 
relocation/handover and anchoring. It is expected that current H.248/IETF Megaco standard [52] mechanisms can be 
applied to enable this. 

6.4.1 .8 Reference Point MSC Server - GMSC Server (Nc Reference Point) 

Over the Nc reference point, the Network-Network based call control is performed. Examples of this are ISUP or an 
evolvement of ISUP for bearer independent call control (BICC). Different options for signalling transport on Nc shall 
be possible including IP. 

6.4.1 .9 Reference Point CS-MGW - CS-MGW (Nb Reference Point) 

Over the Nb reference point the bearer control and transport are performed. The transport may be RTP/UDP/IP [59] [60] 
or AAL2 (1.363-2) [57] for transport of user data. Different options for user data transport and bearer control shall be 
possible on Nb, for example: AAL2/Q.AAL2, STM/none, RTP/H.245, [58], IPBC. 

6.4.2 Interfaces internal to the PS domain 

6.4.2.1 Interface between SGSN and HLR (Gr-interface) 

This interface is used to exchange the data related to the location of the mobile station and to the management of the 
subscriber. The main service provided to the mobile subscriber is the capability to transfer packet data within the whole 
service area. The SGSN informs the HLR of the location of a mobile station managed by the latter. The HLR sends to 
the SGSN all the data needed to support the service to the mobile subscriber. Exchanges of data may occur when the 
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mobile subscriber requires a particular service, when he wants to change some data attached to his subscription or when 
some parameters of the subscription are modified by administrative means. 

Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction 
Capabilities (TCAP) (see TS 29.002 [26]). 

6.4.2.2 Interface between SGSN and GGSN (On- and Gp-interface) 

These interfaces are used to support mobility between the SGSN and GGSN. The Gn interface is used when GGSN and 
SGSN are located inside one PLMN. The Gp-interface is used if GGSN and SGSN are located in different PLMNs. The 
Gn/Gp interface also includes a part which allows SGSNs to communicate subscriber and user data, when changing 
SGSN. 

Signalling on this interface uses the User Datagram Protocol, UDP/IP [59]. The Gn/Gp interface is defined in TS 29.060 

[51]. 

6.4.2.3 Signalling Path between GGSN and HLR (Gc-interface) 

This optional signalling path may be used by the GGSN to retrieve information about the location and supported 
services for the mobile subscriber, to be able to activate a packet data network address. 

There are two alternative ways to implement this signalling path: 

if an SS7 interface is implemented in the GGSN, signalling between the GGSN and the HLR uses the Mobile 
Application Part (MAP), which in turn uses the services of Transaction Capabilities (TCAP) (see TS 29.002 
[26]); 

if there is no SS7 interface in the GGSN, any GSN in the same PLMN and which has an SS7 interface installed 
can be used as a GTP to MAP protocol converter, thus forming a signalling path between the GGSN and the 
HLR. 

6.4.2.4 Interface between SGSN and EIR (Gf-interface) 

This interface is used between SGSN and EIR to exchange data, in order that the EIR can verify the status of the IMEI 
retrieved from the Mobile Station. 

Signalling on this interface uses the Mobile Application Part (MAP), which in turn uses the services of Transaction 
Capabilities (TCAP) (see TS 29.002 [26]). 

6.4.3 Interfaces used by CS and PS domains 

6.4.3.1 Interface between MSC/VLR and SGSN (Gs-interface) 

The SGSN may send location information to the MSC/VLR via the optional Gs interface. The SGSN may receive 
paging requests from the MSC/VLR via the Gs interface. The MSC/VLR may indicate to an SGSN, via the Gs 
interface, that an MS is engaged in a service handled by the MSC. 

Signalling on this interface uses connectionless SCCP (without TCAP). SCCP Global Title (GT) is used for addressing. 
The Gs-interface is defined in TS 29.016 [48] and 29.018 [49]. 

6.4.3.2 Interface between HLR and AuC (H-lnterface) 

When an HLR receives a request for authentication and ciphering data for a Mobile Subscriber and it does not hold the 
requested data, the HLR requests the data from the AuC. The protocol used to transfer the data over this interface is not 
standardised. 
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6a PLMN specific interfaces 

6a. 1 GCR-specific interface 

6a.1 .1 Interface between the MSC and its associated GCR (l-interface) 

The GCR is the management data base for the voice group or broadcast calls in the area controlled by the associated 
MSC(s). Whenever the MSC needs data related to a requested voice group or broadcast call it interrogates the GCR to 
obtain the respective voice group or broadcast call attributes. The protocol used to transfer the data over this interface is 
not standardized. 

6a.2 (void) 

6a.3 LCS-specific interfaces 
6a.3.1 LCS interfaces using MAP 

The following interfaces are based on MAP in LCS. 

Lh interface: interface between GMLC and HLR. This interface is used by the GMLC to request the address of 
the visited MSC or SGSN for a particular target UE whose location has been requested, (see TS 29.002 [26]). 

- Lg interface: interface between GMLC - MSC and GMLC - SGSN. This interface is used by the GMLC to 
convey a location request to the MSC or SGSN currently serving a particular target UE whose location was 
requested. The interface is used by the MSC or SGSN to return location results to the GMLC. (see TS 29.002 
[26]). 

Lc interface: between GMLC and gsmSCF, CAMEL. This interface is used to get location information for 
CAMEL based services, (see TS 29.002 [26]). 

6a.3.2 Void 

6a.3.3 Void 

6a.3.4 Void 

6a.3.5 Interface between BSC and SMLC (Lb-interface) 

In GERAN, a SMLC supports positioning via signaling on the Lb interface to the BSC serving the target MS. 

Signalling on this interface uses BSSAP-LE, which is specified in TS 49.031 [50] 

In UTRAN, the Lb interface is not standardized, the SMLC functionality is included in SRNC. 

6a.3.6 Interface between Peer SMLCs (Lp-interface) 

In GERAN, a SMLC may support the Lp interface to enable access to information and resources owned by another 
SMLC. 

SignalHng on this interface uses BSSAPP-LE, which is defined in TS 49.031 [50], and SMLCPP, which is specified in 

TS 48. 031 [47]. 

In UTRAN, the SMLC functionality is included in SRNC and the lur interface shall include the Lp interface type of 
functionality. 
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6a.3.7 Interface between BTS and LMU (Um-interface) 

The Um/Uu interface specific to LCS is defined in TS 44.071 [55]. 

6a.3.8 Interface between GMLC and External LCS Client (Le-interface) 

Signalling on this interface may use Mobile Location Protocol (MLP) [62] and Open Service Access Application 
Programming Interface (OS A- API) [63]. 

6a.3.9 Interface between RNS and Stand-Alone LMU, UE (Uu-interface) 

The Uu interface is used to communicate among the UE Positioning entities associated with the SRNC, the UEs and the 
stand-alone LMU. The Uu interface may pass measurement requests and results to and from the UE or the stand-alone 
LMU. UE Positioning operations at the Uu interface are generally defined in the 24- and 25-series of 3GPP Technical 
Specifications. Furthermore, 25.305 describes how a stand-alone LMU may be distinguished from a normal UE. 

6a.3.1 Interface between SRNC and SAS (Stand-Alone A-GPS SMLC) 
(lupc-interface) 

The lupc interface defined for LCS is specified in TS 25.453 [66]. 

6a.4 CAMEL-specific interfaces 

The CAMEL-specific interfaces are detailed in 23.078 [10c]. These interfaces are. 

6a.4.1 GMSC - gsmSSF interface 

This is an internal interface. The interface is described in the specification to make it easier to understand the handling 
of Detection Points (arming/disarming of DPs, DP processing etc.). 

6a.4.2 gsmSSF - gsmSCF interface 

This interface is used by the gsmSCF to control a call in a certain gsmSSF and to request the gsmSSF to establish a 
connection with a gsmSRF. Relationships on this interface are opened as a result of the gsmSSF sending a request for 
instructions to the gsmSCF. 

6a.4.3 MSC - gsmSSF interface 

This is an internal interface. The interface is described in the specification to make it easier to understand the handling 
of DPs (arming/disarming of DPs, DP processing etc.). 

6a.4.4 gsmSCF - HLR interface 

This interface is used by the gsmSCF to request information from the HLR. As a network operator option the HLR may 
refuse to provide the information requested by the gsmSCF. 

This interface is also used for USSD operations, both for gsmSCF-initiated dialogues and MS-initiated dialogues 
(relayed via HLR). It is a network operator option whether to support or not USSD operations on this interface. 

6a.4.5 gsmSCF - gsmSRF interface 

This interface is used by the gsmSCF to instruct the gsmSRF to play tones/announcements to the users. 

6a.4.6 MSC - gsmSCF interface 

This interface is used by the MSC to send supplementary service invocation notifications to the gsmSCF. 
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6a.4.7 SGSN - gprsSSF interface 

This is an internal interface. The interface is described in the specification to make it easier to understand the handling 
of DPs (arming/disarming of DPs, DP processing etc.). 

6a.4.8 gprsSSF - gsmSCF interface 

This interface is used by the gsmSCF to control a GPRS session or individual PDP Context in a certain gprsSSF. 
Relationships between the gprsSSF and the gsmSCF (GPRS dialogues) on this interface are opened as a result of the 
gprsSSF sending a request for instructions to the gsmSCF. 

6a.5 CBS-specific interfaces 

6a.5.1 Interface between the CBC and RNS (lu_BC Interface) 

The interface between the CBC and the RNS is specified in the 25.41x-series of Technical Specifications. 
The CBC-RNS interface is used to carry information concerning: 

the CBS messages itself; and 

CBS delivery parameter. 

6a. 6 Number portability specific interfaces 
6a.6.1 I N-based solution 
6a.6.1 .1 NPDB to MSC interface 

Upon receiving an ISUP lAM, the (gateway or visited) MSC send a database query to the NPDB as a result of analysis 
of the received MSISDN. The MSISDN is included in the query to the NPDB. The NPDB determines whether the 
MSISDN is ported or not. If not, it responds back to the MSC to continue the normal call setup procedure for MT calls 
(optionally providing the Routing Number). If it is ported, the NPDB responds back to the MSC with a Routing Number 
pointing out the Subscription network. 

6a.6.2 Signalling Relay-based solution 
6a.6.2.1 GMSC to MNP-SRF interface 

Upon receiving an ISUP lAM, the gateway MSC sends a routing interrogation to the MNP-SRF, which in turn will 
perform one of the actions, described in subclause 4a.7, depending on the portability status of the subscriber and the 
network configuration (see TS 23.066 [40]). 

6a.6.2.2 MNP-SRF to HLR interface 

When the MNP-SRF receives a routing interrogation from the GMSC or an interrogating network entity (non/call 
related signalling), and it determines that the subscriber is not ported or it has been ported from another network, the 
MNP-SRF relays the message to the HLR. 

6a.7 IIVI Subsystem Reference Points 

6a.7.1 Reference Point HSS - CSCF (Cx Reference Point) 

The Cx reference point supports information transfer between CSCF and HSS. 
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The main procedures that require information transfer between CSCF and HSS are 

1) Procedures related to Serving CSCF assignment 

2) Procedures related to routing information retrieval from HSS to CSCF 

3) Procedures related to authorisation (e.g., checking of roaming agreement) 

4) Procedures related to authentication: transfer of security parameters of the subscriber between HSS and 
CSCF 

5) Procedures related to filter control: transfer of filter parameters of the subscriber from HSS to CSCF 
Further information on the Cx reference point is provided in TS 23.228 [34]. 

6a.7.2 Reference Point CSCF - UE (Gm Reference Point) 

The Gm reference point supports the communication between UE and IM CN subsystem, e.g. related to registration and 
session control. 

The protocol used for the Gm reference point is SIP (as defined by RFC 3261 [61], other relevant RFC's, and additional 
enhancements introduced to support 3GPP's needs). 

6a.7.3 Reference Point MGCF - IMS-MOW (Mn Reference Point) 

The Mn reference point describes the interfaces between the MGCF and IMS-MGW in the IMS. It has the following 
properties: 

full compliance with the H.248 standard functions for IMS - PSTN/PLMN interworking.- flexible connection 
handling which allows support of different call models and different media processing purposes not restricted to 
H.323 [54] usage. 

open architecture where extensions/Packages definition work on the interface may be carried out. 

dynamic sharing of IMS-MGW physical node resources. A physical IMS-MGW can be partitioned into logically 
separate virtual MGWs/domains consisting of a set of statically allocated Terminations. 

dynamic sharing of transmission resources between the domains as the IMS- MGW controls bearers and manage 
resources according to the H.248 [52] protocols and functions for IMS. 

6a.7.4 Reference Point MGCF - CSCF (Mg Reference Point) 

The Mg reference point allows the MGCF to forward incoming session signalling (from the PSTN) to the CSCF for the 
purpose of interworking with PSTN networks. 

The protocol used for the Mg reference point is SIP (as defined by RFC 3261 [61], other relevant RFC's, and additional 
enhancements introduced to support 3GPP's needs.) 

6a.7.5 [void] 

6a.7.6 Reference Point CSCF - MRFC (Mr Reference Point) 

The Mr reference point allows interaction between an S-CSCF and an MRFC. 

The protocol used for the Mr reference point is SIP (as defined by RFC 3261 [61], other relevant RFC's, and additional 
enhancements introduced to support 3GPP's needs). 

6a.7.6a Reference Point MRFC - MRFP (Mp Reference Point) 

The Mp reference point allows an MRFC to control media stream resources provided by an MRF. 
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The Mp reference point has the following properties: 
Full compliance with the H.248 standard [52]. 
Open architecture where extensions (packages) definition work on the interface may be carried out. 

6a.7.7 Reference Point CSCF - CSCF (Mw Reference Point) 

The Mw reference point allows the communication and forwarding of signalling messaging between CSCFs, e.g. during 
registration and session control. 

6a.7.8 [void] 

6a.7.9 Reference Point GGSN -PDF (Go Reference Point) 

This interface allows the Policy Decision Function (PDF) to apply policy to the bearer usage in the GGSN. 

The Policy Decision Function (PDF) is a logical entity of the P-CSCF. If the PDF is implemented in a separate physical 
node, the interface between the PDF and the P-CSCF is not standardized. 

6a.7.1 Reference Point CSCF - BGCF (Mi reference point) 

This reference point allows the Serving CSCF to forward the session signalling to the Breakout Gateway Control 
Function for the purpose of interworking to the PSTN networks. 

The Mi reference point is based on external specifications i.e. SIP [61]. 

6a.7.1 1 Reference Point BGCF - MGCF (Mj reference point) 

This reference point allows the Breakout Gateway Control Function to forward the session signalling to the Media 
Gateway Control Function for the purpose of interworking to the PSTN networks. 

The Mj reference point is based on external specifications i.e. SIP [61]. 

6a.7.1 2 Reference Point BGCF - BGCF [MW reference point) 

This reference point allows the Breakout Gateway Control Function to forward the session signalling to another 
Breakout Gateway Control Function. 

The Mk reference point is based on external specifications i.e. SIP [61]. 

6a.7.13 Reference Point CSCF- SLF (Dx Reference Point) 

This interface between CSCF and SLF is used to retrieve the address of the HSS which holds the subscription for a 
given user. 

This interface is not required in a single HSS environment. An example for a single HSS environment is a server farm 
architecture. 

Details are described in 23.228 [34], sub-clause 5.8.1. 

6a.7.1 4 Reference Point to IPv6 networl< services (Mb reference point) 

Via the Mb reference point IPv6 network services are accessed. These IPv6 network services are used for user data 
transport. Note, that GPRS provides IPv6 network services to the UE, i.e. the GPRS Gi reference point and the IMS Mb 
reference point may be the same. 
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6a.7.1 5 Reference Point CSCF - AS (ISC Reference Point) 

This interface between CSCF and the AppHcation Servers (i.e., SIP Application Server, OSA Service Capability Server, 
or CAMEL IM-SSF) is used to provide services for the IMS. 

Details are described in 23.228 [34], sub-clause 4.2.4. 

6a.7.1 6 Reference Point HSS - SIP AS or OSA SCS (Sh Reference Point) 

The Application Server (SIP Application Server and/or the OSA Service Capability Server) may communicate to the 
HSS. The Sh interface is used for this purpose. Details are described in 23.228 [34], sub-clause 4.2.4. 

6a.7.1 7 Reference Point HSS - CAMEL IM-SSF (Si Reference Point) 

The CAMEL Application Server (IM-SSF) may communicate to the HSS. The Si interface is used for this purpose. 
Details are described in 23.228 [34], sub-clause 4.2.4. 



7 Reference points between the PLMN and other 

networks 

The reference points between the PLMN and other networks, including dedicated networks, are described in the 49- 
series of Technical Specifications and in the 29-series of Technical Specifications. 

7.1 Reference point fixed networks - IVISC 

The MSC is based on a normal ISDN exchange. It has, for call control, the same reference points as the fixed network 
exchanges. The signalling reference point considered in the Technical Specifications is related to the signalling system 
No. 7 User Parts TUP and ISUP associated to the circuits used for incoming and outgoing calls. 

7.2 Reference point GGSN - packet data networks (Gi 
reference point) 

This is the reference point between the GGSN and a packet data network. It may be an operator external public or 
private packet data network or an intra operator packet data network, e.g. for provision of IMS services. 

7.3 Reference point GIVILC - external LCS Client (Le reference 
point) 

At this reference point external LCS Clients request services from the PLMN. 

7.4 Reference Point CSCF - IVIultimedia IP networks (IVIm 
Reference Point) 

This is an IP interface between CSCF and IP networks. This interface is used, for example, to receive a session request 
from another SIP server or terminal. Detailed specifications of the Mm reference point are not provided in this release 
of specifications. 
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Annex A (informative): 

Description for GLR-related entities and interfaces 

This annex describes the GLR-related entities and the interfaces. This annex is an informative annex. The 'informative' 
means just that the GLR is an optional functional entity to optimize signalling traffic between PLMNs. Therfore, this 
annex is normative to a PLMN which introduce the GLR. 

A.1 Normative references 

[1] TS 23.1 19: "Gateway Location Register (GLR) - stage 2". 

A.2 Definitions related to Gateway Location Register 
(GLR) 

A.2.1 Gateway Location Register (GLR) 

This entity handles location management of roaming subscriber in visited network without involving HLR. The location 
register function in the GLR stores subscription information and routeing information for both CS services and PS 
services. This entity can be only located in a visited PLMN. 

A.2. 2 Intermediate Mobile-services Switching Centre (IM-MSC) 

This entity is used as serving MSC towards home network and relay some messages between home network and serving 
MSC. This entity can be only located in a visited PLMN. 

A.2.3 Intermediate GPRS Serving Node (IM-GSN) 

This entity is used as serving GSN towards home network and relay some PDU notification messages between serving 
GSN and Gateway GSN. This entity can be only located in a visited PLMN. 

A.3 The entities of the mobile system 
A.3.1 Gateway Location Register (GLR) 

GLR is pseudo-HLR located in visited network. The roamer's information is stored in it and handles location 
management of it within the network. Presence of GLR is invisible from home network therefore interface between 
HLR and GLR is same as one of HLR and VLR. Also, the interface between the VLR and GLR is the same as the one 
between the VLR and the HLR. 

The GLR is a logical node and acts as a VLR for MAP signalhng (e.g. PRN) from the HPLMN point of view. The GLR 
acts as a HLR for MAP signalling (e.g. Register SS) from the VPLMN point of view. 

The GLR also acts as an SGSN for MAP signalling only (e.g. ISD) from the HPLMN point of view. This is because 
MAP operations such as ISD must be terminated at the GLR for the purpose of subscriber data caching. 

The GLR shall terminate all TC dialogues and start new dialogues towards the HLR or the VLR. The GLR shall 
generate SCCP address of the HLR (i.e. E.214 MGT) from IMSI. 
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A.3.2 Intermediate Mobile-services Switching Centre (IM-MSC) 

The Intermediate MSC (IM-MSC) is the logical node, which represent MSCs in the visited network. Some service 
features use the MSC Number stored in the HLR directly to deliver message from a certain node in home network (e.g. 
SMS-GMSC) to serving MSC in visited network. In such case, the message is firstly distributed to representative MSC 
(i.e., IM-MSC) and it relays it to actual serving MSC interrogating routing information to GLR. 

- The Intermediate MSC (IM-MSC) is a logical node and represents the VMSC in the GLR equipped VPLMN. 

- The IM-MSC acts as the VMSC for the HPLMN in the same way that the GLR acts as a VLR for HPLMN. The 
IM-MSC terminates MAP signalUng from the HPLMN towards the VMSC and forwards the signal to the actual 
VMSC. 

The IM-MSC has an address interrogation function with which it is able to obtain the actual VMSC Number 
from the GLR. 

The IM-MSC is implemented in the same physical node as the one in which the GLR is implemented. 

- The GLR alters the VMSC Number to the IM-MSC Number within an Update Location message. 

- The IM-MSC Number is the E.164 Number assigned to the IM-MSC [53]. 

- The interrogation function of the IM-MSC is similar to that in the SMS-GMSC. 

A.3.3 Intermediate GPRS Serving Node (IM-GSN) 

The Intermediate GSN (IM-GSN) is a logical node and represents the SGSN for some GTP signalling termination in a 
GLR equipped VPLMN. 

The IM-GSN acts as an SGSN for only some GTP signalling messages (i.e. PDU_Notification request/response, 
PDU_Notification_reject request/response) from the HPLMN point of view. The IM-GSN terminates these GTP 
signalling messages from the HPLMN towards SGSN and forwards the signal to the actual SGSN. The IM-GSN has an 
address interrogation function with which it is able to request the actual SGSN address from the GLR. 

Apart from the case described above (i.e. PDU_Notification request/response, PDU_Notification_reject 
request/response), all other GTP signalling should be handled directly between the SGSN and the GGSN. 

NOTE: MAP signalling towards the SGSN is NOT terminated at the IM-GSN. Instead it is terminated at the 
GLR. 



A.4 Configuration of a Public Land Mobile Network 
A.4.1 Basic configuration with GLR introduction 

In the basic configuration with GLR introduction presented in figure A.l, all the functions related to GLR introduction 
are considered implemented in different equipments. Therefore, all the interfaces within PLMN are external. Interfaces 
GLa, GLb, GLc, GLd, GLf, GLg, GLh, and GLi need the support of the Mobile Application Part of the signalling 
system No. 7 to exchange the data necessary to provide the mobile service. No protocols for the GLe interface are 
standardized. GLj and GLk need the support of GPRS Tunneling Protocol - Control to provide the packet domain 
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Figure A.1 : Configuration of a PLIVIN and interfaces with GLR 



A.5 PLMN interfaces 



A. 5.1 Interface between the HLR and the GLR (GLa-interface) 

In circuit switched domain, this interface is the same as that between the VLR and the HLR (seeTS 29.002 [26]). The 
HLR regards the GLR as the VLR via this interface. On the other hand, in packet switched domain, this interface is the 
same as that between the SGSN and the HLR (see TS 29.002 [26]). The HLR regards the GLR as the SGSN via this 
interface 

A.5.2 Interface between the VLR and the GLR (GLb-interface) 

This interface is the same as those between the VLR and the HLR (see TS 29.002 [26]). The VLR regards the GLR as 
the HLR via this interface. 

A.5.3 Interface between the SGSN and the GLR (GLc-interface) 

This interface is the same as those between the SGSN and the HLR (see TS 29.002 [26]). The SGSN regards the GLR 
as the HLR via this interface. 

A.5.4 Interface between the GLR and the IM_MSC 
(GLd-interface) 

In the network with the GLR, when the IM_MSC receives a message, it interrogates the GLR for the routing 
information of the MSC. However, this interface is internal because GLR and IM-MSC are implemented in the same 
physical node and the protocol on this interface is not specified. 

A.5. 5 Interface between the GLR and the IM_GSN 
(GLe-interface) 

In the network with the GLR when the IM_GSN receiving a PDU notification from the GGSN, the IM_GSN relays the 
notification to the SGSN by interrogating via the interface the routing information to the GLR. The interrogation uses 
the same operation on the interface between the SGSN and the HLR (see TS 29.002 [26]). 
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A.5.6 Interface between the SMS-GMSC and the GLR 
(GLf-interface) 

This interface is used to forward mobile-terminated short messages in the network with the GLR in case of SMS 
transfer over GPRS. SignalHng on this interface uses the Mobile Application Part (MAP) (see TS 29.002 [26]). 

The SMS-GMSC regards the GLR as the SGSN via this interface. 

A.5.7 Interface between the SMS-GMSC and the IM_MSC 
(GLg-interface) 

This interface is used to forward short messages in the network with the GLR in case of SMS transfer over non-GPRS. 
Signalling on this interface uses the Mobile Application Part (MAP) (see TS 29.002 [26]). 

The SMS-GMSC regards the IM_MSC as the MSC via this interface. 

A.5.8 Interface between the MSC and the IM_MSC 
(GLh-interface) 

This interface is used to forward short messages in the network with the GLR in case of SMS transfer over non-GPRS. 
Also this interface is used to exchange data needed by the MSC to perform subscriber authorization and allocate 
network resources. Signalling on this interface uses the Mobile Application Part (MAP) (see TS 29.002 [26]). 

A.5.9 Interface between the GMLC and the IM_MSC 
(GLJ-Jnterface) 

Also this interface is used to exchange data needed by the MSC to perform subscriber authorization and allocate 
network resources. Signalling on this interface uses the Mobile Application Part (MAP) (see TS 29.002 [26]). 

The GMLC regards the IM_MSC as the MSC via this interface. 

A.5.10 Interface between the GGSN and the IM_GSN 
(GLj-interface) 

In the network with the GLR when receiving a PDP PDU from the external network the GGSN sends a notification to 
the IM_GSN by the routing information from the HLR (see TS 29.060 [51]). The GGSN regards the IM_GSN as the 
SGSN via this interface. 

A.5.1 1 Interface between the SGSN and the IM_GSN 
(GLk-interface) 

In the network with the GLR when receiving a PDP notification from the GGSN, the IM_GSN relays the notification to 
the SGSN by the routing information from the GLR (see TS 29.060 [51]). The SGSN regards the IM_GSN as the 
GGSN via this interface. 
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Annex B (informative): 
Change history 
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v.3.1.0 


widely modified to incorporate UMTS aspects (CR 001) 
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abbreviations) and clause 4 (The entities of the mobile system). 

CR #005r1 : Re-ordering of clause 4 (The entities of the mobile system). 

CR #006: Re-ordering of clause 5 (Configuration of a Public Land Mobile Network). 

CR #007: Re-ordering of clause 6 ("PLMN interfaces"). 

CR #008: Simplification of the figure 1 (configuration of a PLMN and interfaces) 
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CR #068 MRF functionality 


January 2002 


v.5.5.0 


Incorporation of the following CRs (approved at SA#14): 

070 Editorial alignment of 23.002 on CSCF 

072 Aligning MGW descriptions 

074 Correction of abbreviation of CSCF 

075r2 HSS section clean up 

079 Correction of Gi reference point definition 

082 Deleting SIWF functionality 

Introduction of section 6a.7.13 on Dx Reference Point from CR#061r2 



£75/ 



3GPP TS 23.002 version 5.10.0 Release 5 



50 



ETSI TS 123 002 V5.10.0 (2003-03) 



March 2002 


v.5.6.0 


Incorporation of the following CRs (approved at SA#15): 

077r3 Editorial correction to References 

078r2 Introduction of an IMS bearer reference point 

085 Corrections to the Radio Network System (node B) definitions 

087 Nb and Nc reference points - editorial corrections 

090 Deletion of Reference Point towards SCP 

091 r1 BGCF: Alignment to 23.228 

093 Removal of the Sr Reference point 
123r1 Application Server Definition 


June 2002 


v.5.7.0 


Incorporation of the following CRs (approved at SA#16): 

095r2 Alignment with TS23.271 

092r2 General updates due to Intra Domain Connection of RAN nodes to multiple CN 

nodes 

094r1 Security Gateway 


September 2002 


v.5.8.0 


Incorporation of the following CRs (approved at SA#17): 

058rev1 The usage of lu-interface signalling is missing in the E-interface description 

097r2 Mc interface 

098r1 Clean-up of 23.002 

103r1 IMS Reference Points 


December 2002 


v.5.9.0 


Incorporation of the following CRs (approved at SA #18): 

112rev1 Scope of TS 23.002 

1 15rev1 Corrections in the LCS figures 

108rev4 Corrections in the LCS descriptions of 23.002 

106rev1 Service architecture 

110 PCF to PDF Changes 


March 2003 


v.5.10.0 


Incorporation of the following CRs (approved at SA #19): 

121rev2 LCS architecture in Rel5 

118 Change of reference to LIF document 



£75/ 



3GPP TS 23.002 version 5.10.0 Release 5 



51 



ETSI TS 123 002 V5.10.0 (2003-03) 



History 



Document history 


V5.6.0 


March 2002 


PubHcation 


V5.7.0 


June 2002 


PubHcation 


V5.8.0 


September 2002 


PubHcation 


V5.9.0 


December 2002 


PubHcation 


V5.10.0 


March 2003 


PubHcation 



£75/ 



